跳至正文

Codex 公告监控管理

路由:/codex-resets/manage。角色:独立运营人员。范围:现有辅助入口。依据:当前页面和调用组件(代码基线 67df5ab1,本轮仅修复根元素 hydration 并移除无调用旧 header 插槽)。以下数量是现有读取策略,不是实际业务记录数,也不是容量或服务承诺。

源码入口:page.tsx  · codex-reset-manager.tsx 。

用户任务与当前操作

作为独立运营人员,我需要配置官方扫描并审查识别结果。当前操作围绕下表的数据完成;不从旧表和旧接口的存在反推新增产品需求。页面存在不等于来源、模型、送达或长期运行已通过真实验收。

页面需要的数据

区域/操作实际展示或输入字段展示数量/读取方式是否持久化及最小存储
监控配置与复核monitor revision、配置、operation/reason;posts/filter/review、scan gaps、event修订/重连按需读取/保存;人工触发须显式操作codex_reset monitors/versions/posts/events/reviews

接口与业务落点

下列为本页业务读取/提交入口。全局会话、头像、站点元信息和共享组件中未在本页触发的导出函数不算新增页面能力。请求类型、响应与错误以生成客户端和后端为准。

页面调用方法和路径请求 → 响应合同实现依据
configureCodexResetMonitorPUT /api/codex-resets/configurationCodexConfigurationInput → MonitorView客户端  · 后端 
correctCodexResetEventPATCH /api/codex-resets/monitors/{monitor_id}/events/{event_id}correctCodexResetEventParams, CodexEventReviewInput → ResetEventView客户端  · 后端 
getCodexResetConfigurationGET /api/codex-resets/configuration无业务入参 → `MonitorViewnull`
getCodexResetSnapshotGET /api/codex-resets/snapshotgetCodexResetSnapshotParams → `ResetSnapshotnull`
listCodexResetPostsGET /api/codex-resets/postslistCodexResetPostsParams → ResetPostView[]客户端  · 后端 
listCodexResetScanGapsGET /api/codex-resets/monitors/{monitor_id}/gapslistCodexResetScanGapsParams → ScanGapView[]客户端  · 后端 
pollCodexResetMonitorPOST /api/codex-resets/monitors/{monitor_id}/tickspollCodexResetMonitorParams, CodexTickInput → JobView客户端  · 后端 
relinkCodexResetPostPOST /api/codex-resets/monitors/{monitor_id}/posts/{post_id}/relinkrelinkCodexResetPostParams, CodexPostRelinkInput → ResetPostView客户端  · 后端 
reviewCodexResetPostPOST /api/codex-resets/monitors/{monitor_id}/posts/{post_id}/reviewreviewCodexResetPostParams, CodexPostReviewInput → ResetPostView客户端  · 后端 
reviewCodexResetScanGapPOST /api/codex-resets/monitors/{monitor_id}/gaps/{gap_id}/reviewreviewCodexResetScanGapParams, CodexGapReviewInput → ScanGapView客户端  · 后端 

数据落点:codex_reset_monitors、codex_reset_monitor_versions、codex_reset_reviews、codex_reset_scan_gaps、codex_reset_posts、codex_reset_events、jobs。这是当前依赖定位,不代表这些表均为重新设计时必须新建;详细字段/键/关系及保留原因见页面数据库设计。

收敛与替换

保留辅助管理兼容;不推广成通用多产品公告工作流。

实现时先复用上述合同。确有缺口须描述具体控件、输入、输出、当前失败和最小修复,不能直接把历史扩展方案列为前置。公开分发、付费供应商、海外新来源与 Flutter 继续受冻结范围和其他生效决策约束。

验收与非功能要求

  • 主路径:复核保存要版本检查;扫描受理不同于完整覆盖;未知结果先查原操作。
  • 数据边界:上表数量、字段和统计范围要能从响应核对;未知、未分析、无权限和真实零值不同。筛选、页签与选择不创建持久业务副本。
  • 状态:有远程读取的区域分别验证正常、零数据、加载、失败和撤权;静态说明的业务空态/无权限写不适用,不伪造验收。
  • 写入:有保存/运行/发布时保留可恢复输入,版本冲突先重读;请求结果未知按现有接口查询或复用原幂等键,不新增全局操作账本。
  • 交互:1440px与390px下主动作可见;Tab/Enter/Escape和适用的方向键可操作,弹层关闭返回触发点。凭据只按现有认证流程传递,不进入日志/URL/本机持久存储。

测量和跨页场景统一见非功能要求、验收场景。这里只定义判据,执行进度仍只在 BACKLOG。

配置初读失败

初读401/403显示无权读取公告配置,普通故障显示配置暂不可读,不能继续显示正在读取;保留草稿与重读入口,合法读取成功后恢复未配置或配置版本状态。

原始 Markdown